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ITU-T Recommendation X.86/Y.1323 

Ethernet over LAPS 

Amendment 1 
Using Etliernet flow control as rate limiting 



Summary 

ITU-T Rec. X.86A^.1323 "Ethernet over LAPS" is a simple method mapping Ethernet frames into 
transmission payloads that is specific to Ethemet. Because this Recommendation is specific to 
Ethemet and not generic, a method of limiting the data transmission rate that is specific to Ethemet 
can be used. IEEE 802. 3x, "Ethemet Flow Control" provides Media Access Control (MAC) control 
fi-ames that temporarily stop the transmission of Ethemet data frames of the full duplex operating 
Ethemet ports that receive them. By issuing the proper MAC control frames, an X.86 interface, on a 
transmission multiplex node, or directly on a data system, can limit the amount of Ethemet frames 
offered to the interface, thus limiting the Ethemet transmission rate. With the ability to limit the 
Ethemet transmission rate without loss of any data, this Recommendation can now be used to map 
Ethemet frames into sub-VC-4 payloads. This is a major contrast to other implementations that 
"shape" the data transfer rate by dropping the data that exceeds the capacity of the service interface 
or the service rate over a period of time. Adding Ethemet Flow Control to this Recommendation will 
provide a level of reliability that is inherent with standard Ethemet. 



Source 

Amendment 1 to ITU-T Recommendation X.86A^.1323 (2001) was prepared by ITU-T Study 
Group 17 (2001-2004) and approved under the WTSA Resolution 1 procedure on 13 April 2002. 
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FOREWORD 



The International Telecommunication Union (ITU) is the United Nations specialized agency in the field of 
telecommunications. The ITU Telecommunication Standardization Sector (ITU-T) is a permanent organ of 
ITU. ITU-T is responsible for studying technical, operating and tariff questions and issuing 
Recommendations on them with a view to standardizing telecommunications on a worldwide basis. 

The World Telecommunication Standardization Assembly (WTSA), which meets every four years, 
establishes the topics for study by the ITU-T study groups which, in turn, produce Recommendations on 
these topics. 

The approval of ITU-T Recommendations is covered by the procedure laid down in WTSA Resolution 1. 

In some areas of information technology which fall within ITU-T's purview, the necessary standards are 
prepared on a collaborative basis with ISO and lEC. 



NOTE 

In this Recommendation, the expression "Administration" is used for conciseness to indicate both a 
telecommunication administration and a recognized operating agency. 



INTELLECTUAL PROPERTY RIGHTS 

ITU draws attention to the possibility that the practice or implementation of this Recommendation may 
involve the use of a claimed Intellectual Property Right. ITU takes no position concerning the evidence, 
validity or applicability of claimed Intellectual Property Rights, whether asserted by ITU members or others 

outside of the Recommendation development process. 

As of the date of approval of this Recommendation, ITU had not received notice of intellectual property, 
protected by patents, which may be required to implement this Recommendation. However, implementors 
are cautioned that this may not represent the latest information and are therefore strongly urged to consult the 
TSB patent database. 



© ITU 2002 

All rights reserved. No part of this publication may be reproduced, by any means whatsoever, without the 
prior written permission of ITU. 
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Introduction 



ITU-T Rec. X.86Af.l323 provides a very simple and specific method of mapping Ethemet frames 
into SDH VC-4 payloads by encapsulating unmodified Ethemet frames with Link Access 
Procedure-SDH (LAPS). 

Ethemet is a Media Access Control (MAC) protocol that is standardized by IEEE LAN MAN 
Standards Committee (LMSC) Working Group 3 (802.3). 802.3 Ethemet is referred to as an 
"unreliable" protocol because it does not have a method of detecting data loss at the Logical Link 
Level and retransmitting it. The Ethemet standard provides for a very reliable Physical Media 
(PHY) standard that is specific to Ethemet and provides a very reliable physical transport media for 
the Ethemet frames. The Ethemet PHY standards provide very simple and easy to deploy 
technology that is one of the primary reasons for the success of Ethemet all over the world. In many 
cases the PHY designations are used to signify the various types of physical infrastmcture that 
Ethemet is deployed over. 100BaseT is the PHY designation for 100 Mbit/s base band Ethemet 
over twisted pair copper. 

This Recommendation replaces the standard Ethemet PHY with the LAPS "bridge" that maps the 
Ethemet frames into a very reliable physical transport, SDH. An X.86 interface functions as a 
two-port transparent bridge without any 802.1 functions. One port is at the Ethemet reconciliation 
layer of an Ethemet PHY/MAC client service. The other port is at the SDH transport payload. The 
X.86 interface is transparent to the Ethemet frames. The content of the Ethemet MAC frames, 
except for calculating the LAPS CRC, is transparent to X.86A:^.1323 functions. Any 802.3 MAC 
control frames that are received by X.86A^.1323 are handled transparently. 

The reliability of the SDH transport is similar to the PHY standards adopted by 802.3. When 
transported over SDH by means of this Recommendation, Ethemet data communications should 
have the same reliability as provided by the Ethemet PHYs. As different SDH payload rates are 
utilized for this Recommendation, the same level of reliability needs to be maintained. 

This Recommendation fully encapsulates the Ethemet MAC frames in LAPS frames. The Ethemet 
Inter-Packet Gap (IPG), Preamble, and Start of Frame Delimiter (SFD) that are normally part of 
Ethemet transmission are not carried by this Recommendation. The SDH VC-4 payload rate is 
approximately 150 Mbit/s. When linked to an Ethemet full duplex 100 Mbit/s interface, this 
Recommendation needs to limit the amount of Ethemet frames offered by the Ethemet Interface. 
The approved version of this Recommendation for use with SDH VC-4 payload has a rate 
adaptation that expands the Ethemet traffic rate to fill the SDH VC-4 payload rate. 

When sub-VC-4 payloads are to be used, a method of limiting the Ethemet transfer rate must now 
be used. Also if Ethemet interfaces at data rates higher than VC-4 are used, then that same method 
of limiting the Ethemet transfer rate must also be used. If a method of limiting the Ethemet transfer 
rate is not used, then the interfaces can offer a continuous stream of data frames that will exceed the 
capacity of the SDH payload rates, and thus cause the loss of data. If a method is used that limits the 
Ethemet transfer rate without dropping data frames then this Recommendation can be used on 
transmission equipment to map Ethemet frames into SDH, as well as data equipment. 

Standard 802.3 provides a method that is specific to Ethemet that will dynamically limit the data 
transmission rate of Ethemet interfaces by temporarily inhibiting the transmission of Ethemet 
frames. Clause 31, Annex 31 A, and Annex 3 IB cover the functionality of MAC Control and MAC 
Control Frames within standard Ethernet interfaces. Clause 31 describes an optional MAC control 
sublayer that exists between the MAC/Reconciliation sublayer at Physical Layer, and the MAC 
Control Client. In this case, the MAC Control Client replaces the MAC Client that is represented in 
other clauses. Most customer (CPE) Ethemet data equipment that is available today, with full 
duplex operation, support this option. 
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Annex 3 IB of IEEE 802.3 describes the MAC Control Pause operation that provides the 
functionality for 802. 3x "flow control". It defines how an Ethernet port receiver acts when it 
receives a MAC Control Frame with a pause control function, known as a "Pause" frame. It also 
defines how the transmitter acts when the receiver has received a Pause frame. An opcode in the 
MAC Control frames known as "pause time" which is expressed in "pause quanta" determines the 
amount of time that the Ethemet interface will inhibit transmission of Ethemet frames. 
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ITU-T Recommendation X.86A^.1323 



Ethernet over LAPS 

Amendment 1 
Using Etliernet flow control as rate limiting 

1) Clause 2.1.2 

Change the reference in clause 2.1,2 to: 

— IEEE 802.3 (2001), CSMA/CD Access Method and Physical Layer Specifications, 

2) Clause 10 

Add the following text at the beginning of clause 10: 

There are two situations in which rate adaptation is required. The situation in which the VC-4 
payload rate exceeds the Ethernet port data transfer rate is covered in this clause. The situation in 
which the transfer rate of the SDH payload is less than the Ethernet port data transfer rate is covered 
in Annex A "Rate Limitation". 

3) New Annex A 

Add the following as Annex A: 

Annex A 
Rate limitation 

A.l Rate limiting for Ethernet transfer rates that exceed SDH payload rates 

This Recommendation, "Ethemet over LAPS" is a method of mapping Ethemet frames directly into 
different transmission payload rates. Clause 10 "Rate Adaptation" covers the adaptation needed 
when the payload rate exceeds the data transfer rate of the supported Ethernet ports. This annex 
covers the use of generating 802. 3x Flow Control Pause Frames by the X.86 interface to control the 
transmission rate of the Ethemet interface to match sub-VC-4 and other transmission payload rates 
that are less than the standard Ethemet interfaces being supported. The use of Ethemet Flow 
Control to X.86 will also enable X.86 interfaces on transmission ADMs (Add/Drop Multiplex) and 
LTEs (Line Termination Equipment) to rate match CPE Ethemet ports to sub-VC-4 transmission 
payload rates. The use of Ethemet Flow Control to X.86 will also tend to prevent the loss of data 
over highly utilized transmission links. This is a preferred alternative to "rate shaping" that drops 
data when it exceeds the configured transmission payload rate. 

A.2 Pause frame generation 

Clause 31- "MAC Control", Annex 31 A- " MAC Control Opcode Assignments", and Annex 31B - 
"MAC Control Pause Operation" in IEEE 802.3 CSMA/CD Access Method and Physical Layer 
Specifications, 2001 Edition^ covers the functional definition and functions of Pause frames in 
Ethemet interfaces. In order for X.86 interfaces to make use of this functionality, X.86 entity must 
be able to send the required Pause frames, to the correct Ethernet interface or sublayer, in such a 
way as to prevent overrunning of the LAPS encapsulation and mapping into the SDH payload rate. 
The initiation of sending the required Pause frames is at the location of determining the remaining 
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capacity in the SDH payload rate to accept additional Ethernet frames after Encapsulation in LAPS. 
This will be at the SDH payload insertion buffer/FIFO. 

The Ethernet Pause frames will be generated out of the Transmission SDH payload insertion 
buffer/FIFO and inserted into the data stream that was removed from the reception SDH payload 
buffer/FIFO and de-encapsulated at the LAPS sublayer. The Pause frames that are generated by the 
SDH payload insertion buffer/FIFO are queued ahead of any de-encapsulated Ethemet frames that 
have not yet been sent to the Ethemet reconciliation layer. Any de-encapsulated Ethemet frames 
that have started processing through the reconciliation layer will not be disturbed. 
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Ethemet switch 
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Figure A.1/X.86A^.1323 - Process flow of 802.3x in X.86 data system interface 

There will be difference in when the Pause frames are generated between an X.86 interface co- 
located on a data switch and an X.86 interface on a transmission node which is remote from the 
Ethemet transmitting interface. When the X.86 interface is co-located on an Ethemet data switch, 
then process interconnection will only be through the Ethernet reconciliation sublayer directly to the 
MAC Control sublayer. Figure A. 1 shows a flow of processing Ethemet frames and the generation 
of Pause Frames of an X.86 interface on an Ethemet bridge/switch. The MAC control sublayer will 
function, using the pause frames generated by the X.86 sublayers, as back pressure to reduce the 
transmission rate to the payload rate. The MAC control sublayer will also react to Pause Frames 
that are received over the transmission link through the X.86 interface. 

When the X.86 interface is remote, as on a transmission equipment node, then the Pause service 
process must go through the Ethemet link between the transmission equipment and the CPE 
Ethemet transmitting interface. Figure A.2 shows a process flow for an X.86 interface on an ADM. 
The X.86 interface injects pause frames into the Ethemet link to the CPE to provide back pressure 
at the MAC control sublayer. With properly configured threshold levels and correct "pause_time" 
opcodes in the Pause Frames, the CPE data transmission rate will be reduced to the transmission 
system payload rate. The MAC control function on the CPE equipment will rate match the linked 
customer Ethemet ports to the configured payload rates on the transmission ADM or LTE that has 
an X.86 interface. 
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Figure A.2/X.86A^.1323 - Process flow of 802.3x in X.86 transmission system interface 
A.3 Determining when to send a pause frame 

The determination of when to send the Pause frames will be a threshold of the payload insertion 
buffer/FIFO capacity that will prevent an overrun condition and the loss of data frames. The 
threshold will need to take into account the latency of the Ethemet link speed, the distance to the 
first MAC Control Sublayer, and the remaining capacity in the SDH payload insertion process 
minus the potential capacity of Ethemet frames that are already in the transmit process. The 
potential capacity of transmit queued Ethemet frames is the maximum size Ethemet frame that may 
already be in the transmit process at the CPE Ethemet interface and the maximum size Ethemet 
frame that may also be already in the transmit process from the X.86 interface. Also, the latency of 
the LAPS encapsulation process must be included. These things will be implementation specific 
because there are various technologies that can be used to do the X.86 LAPS encapsulation process 
and SDH payload insertion. There are also different Ethernet maximum link distances and speeds 
depending on the type of Ethernet interfaces supported when X.86 is used to map Ethemet frames 
into SDH payloads on transmission systems. IEEE 802.3 Clause 3 IB also includes the timing 
considerations for the pause operation within the transmitter of the CPE Ethemet interface, based on 
the speed of the interface. These considerations will create a threshold level in the payload insertion 
process that will initiate the generation of Pause frames. The threshold level can be used to 
determine the "pause quanta" that is used to determine the "pause time" opcode that is used in the 
generated Pause frame. Also, IEEE 802.3 Clause 3 IB includes recommended interface speed 
considerations for the determination of the "pause time" operand. The number and speed of Pause 
frames generated as well as the "pause_time" will be specific to the above implementation 
considerations. There will be other considerations that implementers will take into consideration to 
make their implementations more reliable. 
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A.4 State diagram for sending pause frames from and X.86 Ethernet interface 

A state diagram of sending MAC Control "Pause" frame will look like (see Figure A.3): 
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Figure A.3/X.86Af.l323 - State diagram for sending pause frames 



4 



ITU-T Rec. X.86/Y.1323 (2001)/Amd.l (04/2002) 



ITU-T Y-SERIES RECOMMENDATIONS 
GLOBAL INFORMATION INFRASTRUCTURE AND INTERNET PROTOCOL ASPECTS 



GLOBAL INFORMATION INFRASTRUCTURE 




General 


Y.100-Y.199 


Services, applications and middleware 


Y.200-Y.299 


Network aspects 


Y.300-Y.399 


Interfaces and protocols 


Y.400-Y.499 


Numbering, addressing and naming 


Y.500-Y.599 


Operation, administration and maintenance 


Y.600-Y.699 


Security 


Y.700-Y.799 


Performances 


Y.800-Y.899 


nvJTERNET PROTOCOL ASPECTS 




General 


Y.1000-Y.1099 


Services and applications 


Y.1100-Y.1199 


Architecture, access, network capabilities and resource management 


Y.1200-Y.1299 


Transport 


Y,1300-Y.1399 


Interworking 


Y.1400 Y.1499 


Quality of service and network performance 


Y.1500-Y.1599 


Signalling 


Y.1600-Y.1699 


Operation, administration and maintenance 


Y.1700-Y.1799 


Charging 


Y.1800-Y.1899 



For further details, please refer to the list of ITU-T Recommendations. 





SERIES OF ITU-T RECOMMENDATIONS 








l\4^eflns of exnres<5inn* Hefinifion^s svmVinl<5 olassifiPflfinn 




r^p-MPfol fplppnTniTiiinipafinn QtafisfipQ 

VJ&1X&1.C1.X V^I^\/\JIIL111\aJ.i.1\/CLI,1\JIL i9 LClLXoLl^iS 








Overall nefworlc ODeratioTi felei'>lTone *seT*viee <ierviee oneratinn anH HiiTnaTi faefr>r<i 




^Ir»n-f flf 1^1^011 f ff*lF'r*r»TnTnii'nir*af ion Qf^t*\7ir'F'Q 

i>l V-Ill tt/lt/LlllVJllt/ Lt/lt/L/VJllllllLilllV^ClllVJll otl V IV^to 




XranmTii<smioTi svsteiTm anH meHia Hi pi fa 1 <sV<steTTi*s atiH Tietworlcs 

X X uxxoxxxxtsoxv/xx t9 y oLwxxxo uxxvx xxx^vxxcA^ \x.x j_^x m.x oyoi-wxxxo uxxu. xxwi' vv vxxv.io 




AiiHioviciial anH tmil+iTn^^Hia cvc+f^tnc 


OCX ICS 1 




Cz^-l*izsQ T 


r^aV^lf* Ti f*+"\A70T*Vc anH ffancTviiccioTi of ff*! ci on coiinH nfocxfammf* anH o+Tif*i* miil+imf^Hia cicmalc 

V^dL/l^ II&IWVJIJVO CUIVJ. 11 CllldllllOiSlVJll VJl L&1& VlolVJll^ oVJ llllU. IJl VJgl C1111111& CUILI VJLll^l lllUl Lllll^UlCl olgllClliS 


Series K 


Protection against interference 


Series L 


Construction, installation and protection of cables and other elements of outside plant 


Series M 


TMN and network maintenance: international transmission systems, telephone circuits, 
telepranhv fae.^siTnile and leased e.ire.iiits 

L^XV/^X Cl|JXXj^ 5 XClV/oXXXXXXW' CUXU. XWdtS W'vX ^XX^U-Xl-O 




AyTainf pnanr'P* infpT*nafional QonnH nfocrTQmmf^ anH ff^lf^viQion fi*anQmiQQion r*it*r*iiifQ 

IVXdlllL^llClll^^ . lllL^l lldllVJlldl oVJLLllLl J^l VJ^l dllllll^ dllVX L^l^ V li^lVJll LI dllolllloolVJll ^ll^U-lLo 


Series O 


Sr>ef*ifi(^atioTis of measiiriTiP eniiinTnent 

IJC'V^XXXV^CILXV/XXO \Ji XXX^cXiJ LXX XXX U-XL/XXX^XXL 




T^plp^xl^z-k^ie franQTniQQinTi mialifv felenhnne in<ifa11afion<s lof*al line nefAA/'ork'Q 

X &1&|J1XVJX1& LldllOlllloolUll yl^U-dllLj^ , L^l^^llV^ll^ lllOLdlldLlVJllo, XW^dl 1111^ IX&LWV^llVd 


Serie<s O 


SwitrihitiP atid ^sipnallitip' 

w X L^xxxxx^ axxu ox^xxaxxixx^ 




T'p'lp'CTfiif^ri +t*5incmi ccion 
X dC^ldUll Ll dllsilllsolVJll 


Series S 


Xeleffrar*h services terminal eniiinment 

X ^xv^^x C4.L/XX o^x V x^vo i-^x xxxxxxux U-XL/xxxvxxi- 


Series T 


'Terminals for felemafio sei*vif*es 

X ^1 XllXlldlo XV/X L^l^lXldLl\> i9^X V l^WiO 


SleT*ie<i T T 


TpI pcrmr^Vi Qwifr'fiino' 

X t-Xt^ldlJll oWltV^lllll^ 


OCiiCiS V 


T^ii+ti r*ommnnir*5i"Hon n\if^v 'tnp^ ^f^lf^nrionf* T\f^'iwrf\Vw 
X^dLd L/VJllllllUlllL/dLlVJll UVCX LllC LClCUllVJllC IXCLWVJlJv 


Series X 


Data networks and open system communications 


Series Y 


Global information infrastructure and Internet protocol aspects 


Series Z 


Languages and general software aspects for telecommunication systems 



Printed in Switzerland 
Geneva, 2002 



